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(57) ABSTRACT 

Tbe present invention is a method and apparatus to 
re-generate a displayed image. Graphic information is 
retrieved from a first storage. A graphic controller uses the 
graphic information to generate the displayed image. The 
first storage is accessible to a processor and the graphic 
controller. The graphic information is stored in a second 
storage which is accessible to the processor. The stored 
graphic information is retrieved from the second storage. 
The stored graphic information is written to the first storage 
to cause the graphic controller to re-generate the displayed 
image. 
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RE-GENERATING A DISPLAYED IMAGE 

This is a continuation of Application Ser. No. 09/336,255 
filed Jun. 18, 1999 now U.S. Pat. No. 6,542,160. 

BACKGROUND 

1. Field of the Invention 

This invention relates to graphics. In particular, the inven- 
tion relates to graphic display. 

2. Description of Related Art 

Rendering a graphic object for display on a display screen 
is a tedious process. In a typical graphic environment, a 
graphic controller or a rendering engine is used to accelerate 
the generation of image. The graphic controller has hard- 
ware resources to perform graphic operations at an 
extremely fast speed. Examples of these graphic operations 
include line drawing, triangle drawing, shading, block 
filling, perspective generation, coloring, and graphic trans- 
formation (e.g., scaling, rotation, and translation). 

The content of a displayed image is typically stored in a 
frame buffer accessible to the graphic controller. When it is 
desired to re-generate a previously rendered image, tradi- 
tional methods typically use a screen capture technique. The 
screen capture technique involves the transfer of the con- 
tents of the frame buffer which corresponds to the displayed 
image to another temporary storage. This temporary storage 
is later restored back to the frame buffer to allow the graphic 
controller to re-display the image. 

The screen capture technique suffers a number of draw- 
backs. First, the process is slow because it requires the 
transfer of the entire frame buffer. For large images, the time 
to transfer the graphic data may be prohibitively high. 
Second, the process requires another buffer memory of the 
same size as the frame buffer to store the entire graphic data. 
In applications where processing time and storage require- 
ments are critical, traditional methods using the screen 
capture technique are not suitable. 

Therefore there is a need in the technology to provide a 
simple and efficient method to re-generate a displayed 
image. 

SUMMARY 

The present invention is a method and apparatus to 
re-generate a displayed image. Graphic information is 
retrieved from a first storage. A graphic controller uses the 
graphic information to generate the displayed image. The 
first storage is accessible to a processor and the graphic 
controller. The graphic information is stored in a second 
storage which is accessible to the processor. The stored 
graphic information is retrieved from the second storage. 
The stored graphic information is written to the first storage 
to cause the graphic controller to re-generate the displayed 
image. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The features and advantages of the present invention will 
become apparent from the following detailed description of 
the present invention in which: 

FIG. 1 is a system block diagram of one embodiment of 
an information distribution system in which the apparatus 
and method of the invention is used. 

FIG. 2 illustrates an exemplary processor-system or user 
computer system which implements embodiments of the 
present invention. 
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FIG. 3 illustrates a logical diagram of one embodiment of 
the invention. 

FIG. 4A and FIG. 4B illustrates one embodiment of a 
process flow chart provided in accordance with the prin- 
5 ciples of the invention. 

FIG. 5 is a diagram illustrating an architecture to 
re -generate an image for display according to one embodi- 
ment of the invention. 
0 FIG. 6 is a diagram illustrating graphic information used 
by a graphic controller to generate a displayed image 
according to one embodiment of the invention. 

FIG. 7 is a flowchart illustrating a process to re-generate 
a displayed image according to one embodiment of the 
!5 invention. 

DESCRIPTION 

The present invention is a method and apparatus to 
re-generate a displayed image. The technique retrieves the 

20 graphic information used by a graphic controller in gener- 
ating the displayed image. The graphic information is then 
stored in a storage accessible to a processor. When it is 
desired to re -generate the displayed image, the graphic 
information is restored and the graphic controller is acti- 

25 vated to render the previously rendered image using the 
restored graphic information. 

In the following description, for purposes of explanation, 
numerous details are set forth in order to provide a thorough 

3o understanding of the present invention. However, it will be 
apparent to one skilled in the art that these specific details 
are not required in order to practice the present invention. In 
other instances, well known electrical structures and circuits 
are shown in block diagram form in order not to obscure the 

35 present invention. 

Definitions 

As discussed herein, a "computer system" is a product 
including circuitry capable of processing data. The computer 

40 system may include, but is not limited to, general purpose 
computer systems (e.g., server, laptop, desktop, palmtop, 
personal electronic devices, etc.), personal computers (PCs), 
hard copy equipment (e.g., printer, plotter, fax machine, 
etc.), banking equipment (e.g., an automated teller machine), 

45 and the like. An infomediary is a web site that provides 
information on behalf of producers of goods and services, 
supplying relevant information to businesses about products 
and/or services offered by suppliers and other businesses. 
Content refers to application programs, driver programs, 

50 utility programs, the payload, etc., and combinations 
thereof, as well as graphics, informational material (articles, 
stock quotes, etc.) and the like, either singly or in any 
combination. "Payload" refers to messages with graphics or 
informational material (such as, articles, stock quotes, etc.) 

55 and may include files or applications. In one embodiment, it 
is transferred at a predetermined time to the system's mass 
storage media. In addition, a "communication link" refers to 
the medium or channel of communication. The communi- 
cation link may include, but is not limited to, a telephone 

60 line, a modem connection, an Internet connection, an Inte- 
grated Services Digital Network ("ISDN") connection, an 
Asynchronous Transfer Mode (ATM) connection, a frame 
relay connection, an Ethernet connection, a coaxial 
connection, a fiber optic connection, satellite connections 

65 (e.g. Digital Satellite Services, etc.), wireless connections, 
radio frequency (RF) links, electromagnetic links, two way 
paging connections, etc., and combinations thereof. 
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In addition, the loading of an operating system ("OS") of the first software module still residing in the system's 

refers to the initial placement of the operating system non- volatile memory remains idle until the second software 

bootstrap loader. In one embodiment, during the OS load, a module fails to function, becomes corrupted or is deleted, 

sector of information is typically loaded from a hard disk upon which a copy of the original first software module is 

into the system memory. Alternatively, the bootstrap loader s a g a m transferred as described above. The second software 

is loaded from a network into system memory. An OS "boot" module may include an application that connects the user to 

refers to the execution of the bootstrap loader. This places a specific server on the Internet and directs the user to a 

the OS in control of the system. Some of the actions predetermined web site to seek authorization to down load 

performed during the OS boot include system configuration, further subscription material. The second software module 

device detection, loading of drivers and user logins. OS 10 may al so include content that is the same or similar to the 

runtime refers to the completion of the boot phase and the content of the first software module, 

beginning of the execution of applications by the OS. In one In one embodiment, the system may also include an initial 

embodiment, during OS runtime, the OS interacts with the payload that is stored in Read Only Memory BIOS (ROM 

user to execute and/or run applications. BIOS). In one embodiment, the initial payload is part of the 

Power On Self Test (POST) refers to the instructions that 35 first software module (e.g. the IUSA). In an alternative 

are executed to configure and test the system hardware prior embodiment, the initial payload is stored as a module m 

to loading an OS. ROM BIOS, separate from the first software module. In one 

embodiment, the initial payload is launched from ROM 

System Overview BIOS and displayed on the screen after the Power On Self 

. , . . , t . t . 20 Test (POST) but prior to the booting, loading and/or execut- 

Adescnption of an exemplary system, which incorporates • of the Q$ ^ 

occur at a predetermined time, such 

embodiments of the present invention, is hereinafter as when ^ sys , em is being manufactured> and 

described. tested, or when the end user first activates the system. In an 

FIG. 1 shows a system block diagram of one embodiment alternate embodiment, this initial payload is copied to a 

of an information distribution system 10 in which the ^ predetermined location (such as the system's hard disk) at a 

apparatus and method of the invention is used. The system predetermined time, such as when the system is being 

10 relates to providing an infomediary. It involves the manufactured, assembled and tested, or when the end user 

construction and maintenance of a secure and private reposi- fi^t activates the system. Once copied, the payload executes 

tory of Internet user and system profiles, collected primarily after POST but prior to operation of the OS, and may display 

from warranty service registrations, Internet service 30 graphics, advertisements, animation, Joint Photographic 

registrations, system profiles, and user preferences. Initially, Experts Group (JPEG)ZMoving Picture Experts Group 

this information is used to register the user with the manu- (MPEG) formatted material on the screen. When additional 

facturers of purchased hardware and software products, and programs and/or payloads are delivered (via the Internet or 

with the providers of on-line or other services. Over time, otner outs ide connection), the display screen may be used to 

the user data is used to create a user profile and notify users 35 provide customized screens in the form of messages or 

of relevant software updates and upgrades, to encourage graphics prior to and during booting of the OS. In addition, 

on-line purchases of related products, and to enable one-to- executable programs delivered in the first software module, 

one customized marketing and other services. as we u ^ subsequent programs (such as the second software 

In one embodiment, two software modules are used to module) downloaded from the web site, may be used to 
implement various embodiments of the invention. One is 40 survey the PC to determine various types of devices, drivers, 
resident on a user's system, and is used to access a prede- and applications installed. In one embodiment, as described 
termined web site. For example, in one embodiment, the in co -pending U.S. patent application Ser. No. 09/336,289, 
operating system and Basic Input and Output System entitled "Method and Apparatus for Automatically Installing 
(BIOS) are pre -installed on a computer system, and when And Configuring Software on a Computer" incorporated 
the computer system is subsequently first powered up, an 45 herein by reference, the first software module is used to 
application, referred to for discussion purposes as the first identify and to automatically create shortcuts and/or book- 
software module (in one embodiment, the first software marks for the user. The programs downloaded from the 
module is the initial start-up application (ISUA), which will website may include software that collects and maintains a 
be described in the following sections), will allow the user profile based on the user's preference. Such information 
launching of one or more executable programs in the pre- 50 may be provided to the Infomediary, which subsequently 
boot environment. In one embodiment, the first software forwards portions of the information and/or compiled data 
module facilitates the launching of one or more executable based on the information to suppliers and other businesses to 
programs prior to the loading, booting, execution and/or obtain updates or revisions of information provided by the 
running of the OS. In one embodiment, the user is encour- suppliers and other businesses. 

aged to select the use of such a program (i.e., the use of the 55 Referring to FIG. 1, the information distribution system 

first software module), and in alternative embodiments, the 10 comprises a service center 20 that is connected over one 

program is automatically launched. The program(s) con- or more communications links 30 1 -30 JV to one or more user 

tained in the first software module enables tools and utilities computer systems 40 1 -40 Ar ("40"). The service center 20 

to run at an appropriate time, and with proper user includes one or more servers 22, one or more databases 24, 

authorization, also allow the user to download a second 60 and one or more computers 26^26^. The one or more 

software module that includes drivers, applications and computers 26^26^ are capable of simultaneous access by a 

additional payloads through the Internet connection on the plurality of the user computer systems 40 a -40^ If a plurality 

PC. The programs may also provide for remote management 0 f computers are used, then the computers 26^-26^ may be 

of the system if the OS fails to launch successfully. connected by a local area network (LAN) or any other 

Once the second software module has been delivered, it 65 similar connection technology. However, it is also possible 

may become memory resident, and may disable the trans- for the service center 20 to have other configurations. For 

ferred copy of the first software module. The original copy example, a smaller number of larger computers (i.e. a few 
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mainframe, mini, etc. computers) with a number of internal variety of other processors, including those from Sun 

programs or processes running on the larger computers Microsystems, MIPS, IBM, Motorola, NEC, Cyrix, AMD, 

capable of establishing communications links to the user Nexgen and others may be used for implementing CPU 104. 

computers. The CPU 104 is not limited to microprocessor but may take 

The service center 20 may also be connected to a remote s on other forms such as microcontrollers, digital signal 
network 50 (e.g., the Internet) or a remote site (e.g., a processors, reduced instruction set computers (RISC), appli- 
satellite, which is not shown in FIG. 1), The remote network cation specific integrated circuits, and the like. Although 
50 or remote site allows the service center 20 to provide a shown with one CPU 104, computer system 100 may 
wider variety of computer software, content, etc. that could alternatively include multiple processing units, 
be stored at the service center 20. The one or more databases ]0 The CPU 104 is coupled to a bus controller 112 by way 
24 connected to the service center computer(s), e.g., com- of a CPU bus 108. The bus controller 112 includes a memory 
puter 26 19 are used to store database entries consisting of controller 116 integrated therein, though the memory con- 
computer software available on the computers) 26. In one troller 116 may be external to the bus controller 112. The 
embodiment, each user computer 40 1 -40 ;tf has its own memory controller 116 provides an interface for access by 
secure database (not shown), that is not accessible by any 15 the CPU 104 or other devices to system memory 124 via 
other computer. The communication links 30 1 -30 ftr allow the memory bus 120. In one embodiment, the system memory 
one or more user computer systems 40 1 -40 v to simulta- 124 includes synchronous dynamic random access memory 
neously connect to the computers) 26 1 -26 A/ . The connec- (SDRAM). System memory 124 may optionally include any 
tions are managed by the server 22. additional or alternative high speed memory device or 

After a user computer system 40 establishes two-way 2 o memory circuitry. The bus controller 112 is coupled to a 

communications with the information service computer 26, system bus 128 that may be a peripheral component inter- 

the content is sent to the user computer system 40 in a connect (PCI) bus, Industry Standard Architecture (ISA) 

manner hereinafter described. The downloaded content bus, etc. Coupled to the system bus 128 are a graphics 

includes an application that surveys the user and/or the user controller, a graphics engine or a video controller 132, a 

computer system's hardware and/or software to develop a 2 s mass storage device 152, a communication interface device 

user profile as well as a profile of the user's system. The 156, one or more input/output (I/O) devices 168^1 68^, and 

information gathered from the user and/or user's computer an expansion bus controller 172. The video controller 132 is 

system is subsequently provided to the service center 20, coupled to a video memory 136 (e.g., 8 Megabytes) and 

which provides additional content to the user computer 40 video BIOS 140, all of which may be integrated onto a single 

based on the user and system profile. The database entries 30 card or device, as designated by numeral 144. The video 

from the database connected to the service computer 26 memory 136 is used to contain display data for displaying 

contain information about computer software, hardware, and information on the display screen 148, and the video BIOS 

third party services and products that are available to a user. 140 includes code and video services for controlling the 

Based on the user and/or system profile, the content is video controller 132. In another embodiment, the video 

further sent to the user computer for display. The content 35 controller 132 is coupled to the CPU 104 through an 

may also include a summary of information such as the Advanced Graphics Port (AGP) bus. 

availability of patches and fixes for existing computer The mass storage device 152 includes (but is not limited 

software, new versions of existing computer software, brand to) a hard disk, floppy disk, CD-ROM, DVD-ROM, tape, 

new computer software, new help files, etc. The content may high density floppy, high capacity removable media, low 

further include information regarding availability of hard- 40 capacity removable media, solid state memory device, etc., 

ware and third party products and services that is of interest and combinations thereof. The mass storage device 152 may 

to the user. The user is then able to make one or more choices include any other mass storage medium. The communica- 

from the summary of available products and services, and tion interface device 156 includes a network card, a modem 

request that the products be transferred from the service interface, etc. for accessing network 164 via communica- 

com puter 26 to the user computer. Alternatively, the user 45 tions link 160. The I/O devices 168 1 -168 JV include a 

may purchase the desired product or service from the keyboard, mouse, audio/sound card, printer, and the like, 

summary of available products and services. The I/O devices 168 1 -168^ may be a disk drive, such as a 

FIG. 2 illustrates an exemplary computer system 100 that compact disk drive, a digital disk drive, a tape drive, a zip 

implements embodiments of the present invention. The drive, a jazz drive, a digital video disk (DVD) drive, a solid 

computer system 100 illustrates one embodiment of user 50 state memory device, a magneto-optical disk drive, a high 

computer systems 40 1 -40 Ar and/or computers 26^26^ (FIG. density floppy drive, a high capacity removable media drive, 

1), although other embodiments may be readily used. a low capactiy media device, and/or any combination 

Referring to FIG. 2, the computer system 100 comprises thereof. The expansion bus controller 172 is coupled to 

a processor or a central processing unit (CPU) 104. The nonvolatile memory 175 which includes system firmware 

illustrated CPU 104 includes an Arithmetic Logic Unit 55 176. The system firmware 176 includes system BIOS 82, 

(ALU) for performing computations, a collection of regis- which is for controlling, among other things, hardware 

ters for temporary storage of data and instructions, and a devices in the computer system 100. The system firmware 

control unit for controlling operation for the system 100. In 176 also includes ROM 180 and flash (or EEPROM) 184. 

one embodiment, the CPU 104 includes any one of the x86, The expansion bus controller 172 is also coupled to expan- 

Pentium™, Pentium II™, and Pentium 60 sion memory 188 having RAM, ROM, and/or flash memory 

Pro™microprocessors as marketed by Intel™ Corporation, (not shown). The system 100 may additionally include a 

the K-6 microprocessor as marketed by AMD™, or the memory module 190 that is coupled to the bus controller 

6x86MX microprocessor as marketed by Cyrix™ Corp. 112. In one embodiment, the memory module 190 comprises 

Further examples include the Alpha™ processor as mar- a ROM 192 and flash (or EEPROM) 194. 

keted by Digital Equipment Corporation™, the 680x0 pro- 65 As is familiar to those skilled in the art, the computer 

cessor as marketed by Motorola™; or the Power PC™ system 100 further includes an operating system (OS) and at 

processor as marketed by IBM™. In addition, any of a least one application program, which in one embodiment, 
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are loaded into system memory 124 from mass storage 
device 152 and launched after POST. The OS may include 
any type of OS including, but not limited or restricted to, 
DOS, Windows™ (e.g., Windows 95™, Windows 98™, 
Windows NT™), Unix, Linux, OS/2, OS/9, Xenix, etc. The 
operating system is a set of one or more programs which 
control the computer system's operation and the allocation 
of resources. The application program is a set of one or more 
software programs that performs a task desired by the user. 

In accordance with the practices of persons skilled in the 
art of computer programming, the present invention is 
described below with reference to symbolic representations 
of operations that are performed by computer system 100, 
unless indicated otherwise. Such operations are sometimes 
referred to as being computer-executed. It will be appreci- 
ated that operations that are symbolically represented 
include the manipulation by CPU 104 of electrical signals 
representing data bits and the maintenance of data bits at 
memory locations in system memory 124, as well as other 
processing of signals. The memory locations where data bits 
are maintained are physical locations that have particular 
electrical, magnetic, optical, or organic properties corre- 
sponding to the data bits. 

When implemented in software, the elements of the 
present invention are essentially the code segments to per- 
form the necessary tasks. The program or code segments can 
be stored in a processor readable medium or transmitted by 
a computer data signal embodied in a carrier wave over a 
transmission medium or communication link. The "proces- 
sor readable medium" may include any medium that can 
store or transfer information. Examples of the processor 
readable medium include an electronic circuit, a semicon- 
ductor memory device, a ROM, a flash memory, an erasable 
ROM (EROM), a floppy diskette, a CD-ROM, an optical 
disk, a hard disk, a fiber optic medium, a radio frequency 
(RF) link, etc. The computer data signal may include any 
signal that can propagate over a transmission medium such 
as electronic network channels, optical fibers, air, 
electromagnetic, RF links, etc. The code segments may be 
downloaded via computer networks such as the Internet, 
Intranet, etc. 

FIG. 3 illustrates a logical diagram of computer system 
100. Referring to FIGS. 2 and 3, the system firmware 176 
includes software modules and data that are loaded into 
system memory 124 during POST and subsequently 
executed by the processor 104. In one embodiment, the 
system firmware 176 includes a system BIOS module 82 
having system BIOS handlers, hardware routines, etc., a 
ROM application program interface (RAPI) module 84, an 
initial start-up application (IUSA) module 86, an initial 
payload 88, cryptographic keys 90, a cryptographic engine 
92, and a display engine 94. The aforementioned modules 
and portions of system firmware 176 may be contained in 
ROM 180 and/or flash 184. Alternatively, the aforemen- 
tioned modules and portions of system firmware 176 may be 
contained in ROM 190 and/or flash 194. The RAPI 84 
provides a secure interface between ROM application pro- 
grams and system BIOS 82. The RAPI 84, IUSA 86, and 
initial payload 88a may each be separately developed and 
stored in the system firmware 176 prior to initial use of the 
computer system 100. In one embodiment, the RAPI 84, 
IUSA 86, and initial payload 88 each includes proprietary 
software developed by Phoenix Technologies Ltd. One 
embodiment of RAPI 84 is described in co-pending U.S. 
patent application Ser. No. 09/336,889 entitled "System and 
Method for Securely Utilizing Basic Input and Output 
System (BIOS) Services," filed on Jun. 18, 1999, assigned to 
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Phoenix Technologies Ltd., and which is incorporated herein 
by reference. One embodiment of IUSA 86 is described in 
co-pending U.S. patent application Ser, No. 09/336,289 
entitled "Method and Apparatus for Automatically Installing 

5 and Configuring Software on a Computer," filed on Jun. 18, 
1999, assigned to Phoenix Technologies Ltd., and which is 
incorporated herein by reference. 

In one embodiment, as shown in FIGS. 3 and 4A and 4B, 
after power is initially turned on to a new computer system 

io 100, the system commences with POST procedures. During 
the initial POST, the IUSA 86 is transferred to the mass 
storage device 152, as shown by Al. In one embodiment, 
such a transfer is made during the manufacturing and/or 
assembly process, when the system 100 is first powered up 

15 after the operating system has been installed (but prior to 
loading and running the operating system). In an alternative 
embodiment, such a transfer may be made after the manu- 
facturing and/or assembly process, after the user receives 
and powers up the system 100. In a further alternative 

20 embodiment, during the transfer of the IUSA 86, additional 
programs, applications, drivers, data, graphics and other 
information may also be transferred (for example, from 
ROM) to the mass storage device 152. For example, the 
transfer may include the transfer of the initial payload H&a 

25 to the mass storage device 152. Alternatively, the initial 
payload may be delivered from the ROM. One embodiment 
of the system and process for facilitating such a transfer is 
described in co-pending U.S. patent application Ser. No. 
09/336,067, entitled "System and Method for Transferring 

30 an Application Program from System Firmware to a Storage 
Device" filed Jun. 18, 1999, which is assigned to Phoenix 
Technologies Ltd., the contents of which are incorporated 
herein by reference. Alternative embodiments of the system 
and process for facilitating such a transfer are described in 

35 co-pending U.S. patent application Ser. No. 09/272,859, 
entitled "Method and Apparatus for Providing Memory- 
based Device Emulation" filed on Mar. 19, 1999, in 
co-pending U.S. Patent Continuation-in-Part application 
Ser. No. 09/336,307, entitled "Method and Apparatus for 

40 Providing Memory -Based Device Emulation" filed on Jun. 
18, 1999, and in co-pending U.S. patent application Ser. No, 
09/336,281, entitled "System and Method for Inserting One 
or More Files Onto Mass Storage" filed Jun. 18, 1999, each 
of which is assigned to Phoenix Technologies Ltd., the 

45 assignee of the present invention, the contents of which are 
incorporated herein by reference. 

In one embodiment, the ISUA86 is a computer software 
executable program that will determine if there are prein- 
stalled programs that are resident on the end user's system. 

50 If so, it will identify those preinstalled programs and create 
shortcuts (on the desktop in the case of a Windows operating 
system), or bookmarks, to allow the user to automatically 
launch the programs. In this embodiment, the executable 
program is also capable of initiating and establishing two- 

55 way communications with one or more applications on the 
server 22 and/or any one of the service computers 26 (FIG. 
1), as described below. Moreover, in one embodiment, 
graphical content of the initial payload 88a is displayed by 
display engine 94 on the user's display screen 148 during 

60 POST. Alternatively, the graphical content of the initial 
payload 88a may be displayed after a subsequent booting 
process. For example, as part of the user's profile as 
described below, the user may be asked if he or she would 
like to obtain additional information regarding one or more 

65 products and/or services. If the user so desires, content 
regarding the desired products and/or services will be dis- 
played during subsequent boot processes. 
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Once POST is completed, the OS is loaded, executed, and 
initialized. Standard OS drivers and services are then loaded. 
The user is then prompted to enter registration information 
including demographic information such as age, gender, 
hobbies, etc. In addition, the ISUA 86 is executed, and runs 
in the background, remaining idle until it detects a commu- 
nication link established between the computer system 100 
and a remote server (e.g., server 22 of FIG. 1) over Network 
164 of FIG. 2 (e.g., over the Internet). In one embodiment, 
the ISUA 86 may search through the operating system to 
determine if there are applications that have been pre-loaded 
and p reinstalled onto the system. If so, the ISUA 86 may 
automatically provide short cuts and/or bookmarks for the 
applications to launch into a predetermined server once the 
communication link is established. This communication link 
can be established with a network protocol stack, (e.g. 
TCP/IP) through sockets, or any other two-way communi- 
cations technique known in the art. Once the communication 
link 30 is established, the ISUA 86 issues a request signal to 
the server 22 (as shown by A2) to download an initial 
content package 62 from a content module 60. Responsive 
to the request, the server downloads the initial content 
package 62 (as shown by A3), which, in one embodiment, is 
stored in the mass storage device 152. In one embodiment, 
the initial content 62 and subsequent content 64 may be 
developed separately, and each is encrypted and/or digitally 
signed using encryption keys, prior to storing of the initial 
content 62 and subsequent content 64 on the server 22. 
When the initial content 62 and/or subsequent content 64 
is/are subsequently downloaded into system 100, the crypto 
engine 92 will use keys 90 to decrypt the initial content 62 
and/or subsequent content 64. 

As discussed earlier, the initial content package 62 may 
include applications 62a, drivers 62b, and payloads 62c. In 
one embodiment, the applications 62a include a data loader 
application and a profile manager application. The data 
loader application functions in the same or a similar manner 
as ISUA 86, and once downloaded, disables and replaces the 
ISUA 86. More specifically, the data loader application is a 
computer software program which is also capable of 40 
initiating, establishing, and terminating two-way communi- 
cations between the server 22 and the computer system 100. 
The data loader application also provides traffic control 
management between the server 22 and computer system 
100, as well as other functions to facilitate communication 
between the end user's system and the designated server, and 
content downloading to the end user's system. 

The profile manager obtains the user and system profiles 
of the computer system 100 based on user preferences, 
system hardware, and software installed at the computer 
system 100. Upon obtaining the user and system profile of 
the computer system 100, the profile manager application 
forwards the results to the data loader application, which 
subsequently provides the information to the server 22, 
which matches the user indicted preferences with database 
24 (FIG. 1). The results may be forwarded at predetermined 
intervals or at the user's request. The server 22 then pro- 
cesses the user profile or demographic data and targets 
content to the users which have similar profiles. In addition, 
the user profile data of a plurality of users are compiled on 
the server 22 and aggregated to create an aggregate user 
profile model. Content is then transmitted to user computer 
system's based on the user profile data and/or the aggregate 
user profile model (as shown by A4). The subsequent 
content 64 is downloaded and stored in system firmware 
176, designated by numeral SSb. In one embodiment, the 
subsequent content 64 is stored in non- volatile memory such 
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as flash or EEPROM, with the loading of the subsequent 
content being done by reflashing the ROM, as is well known 
by those skilled in the art. The subsequent content 64 may 
also be stored as one or more files on mass storage device 
152 or may be used to modify the Windows™ system file 
(under the Windows™ environment). The profile collection 
process is continued as long as the computer system 100 is 
activated. In one embodiment, content may be downloaded 
after the user's profile is received and analyzed at the server 
22. 

When the computer system 100 is subsequently powered 
up (see FIG. 4B), the system again performs POST. The 
content that was previously downloaded and stored in sys- 
tem firmware 176, and subject to copyright issues being 
resolved, is then displayed, prior to loading and/or execution 
of the operating system. In the Windows™ environment, the 
Windows™ logo, which is displayed during the initial 
loading of the operating system, is subsequently replaced by 
one or more screen that display the previously downloaded 
content stored in system firmware 176. 

In the case of storing the content as one or more files on 
the mass storage device 152, as opposed to reflashing the 
ROM, the Windows™ logo file, which is displayed during 
boot-up and shutdown, may be altered or replaced. One 
embodiment utilizing this approach involves replacing the 
corresponding Windows™ system files with the one or more 
files showing the content (e.g. a graphic file), as described in 
co-pending U.S. patent application Ser. No. 09/336,003, 
entitled ''Displaying Images during Boot-up and Shut- 
down" filed on Jun. 18, 1999, which is assigned to Phoenix 
Technologies Ltd., the contents of which arc incorporated 
herein by reference. The boot-up Windows display file is 
named LOGO. SYS and is usually located in the Windows 
directory. First the Windows™ LOGO.SYS file is trans- 
ferred from the Windows directory to another directory. 
Then, the content graphics file is renamed as LOGO.SYS 
and is transferred to the Windows™ directory. The operating 
system retrieves this file when the operating system is first 
launched, and hence the content is displayed on the display 
screen. Windows™ expects the LOGO.SYS file to be a 
bit-mapped file with resolution 320x400 and 256 colors 
although Windows™ will later stretch the resolution to 
640x400 for displaying purposes. Therefore, the content 
graphics file is to be the same graphics format (usually 
named with the extension ".BMP" before being renamed 
LOGO.SYS). 

The operating system is then loaded, executed, and ini- 
tialized. The standard operating system drivers and applica- 
tions are also loaded. The profile manager is then executed. 
When a link has been established with the predetermined 
web site, additional content may be downloaded and sub- 
sequently displayed. Such additional content are either pro- 
vided arbitrarily or provided based on the information 
obtained from a survey of the user or the user's system. In 
one embodiment, once the boot process is completed, a 
portion of the display screen may be used to provide icons 
or shortcuts that are used to access detailed information 
regarding the previously displayed messages or advertise- 
ments. In a further embodiment, the messages or advertise- 
ments may again be displayed during the shut-down process, 
for example, replacing the screen display that displays the 
message '^Windows is shutting down" or "It is now safe to 
turn off your computer" with other selected content. 

DETAILED DESCRIPTION 

FIG. 5 is a diagram illustrating an architecture 500 to 
re-generate an image for display according to one embodi- 
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ment of the invention. The architecture 500 includes a 
graphic controller 510, a frame buffer memory 520, an 
auxiliary graphic memory 530, the CPU or processor 104, 
and a system storage 540. 

The graphic controller 510 is a rendering engine that 
renders the graphics to be displayed on the display screen of 
the computer system. The graphic controller 510 may be one 
of the video controller 132 shown in FIG. 2 and the display 
engine 94 shown in FIG. 3. In one embodiment, the graphic 
controller 510 is the render engine Pixelfx manufactured by 
3Dfx Interactive, Inc. The graphic controller 510 includes a 
register set 515 that store parameters for rendering. These 
parameters are part of the graphic information to be used by 
the graphic controller 510 to render the graphic objects. The 
register set 515 is accessible to the processor 104. The 
Pixelfx uses a state machine model. Rendering modes can be 
set once and then remain in effect until reset. Parameter 
values are set once and are used whenever the corresponding 
parameter is invoked (e.g., depth testing). A state of the 
render engine can be saved and restored by making a copy 
of the current state of the render engine in a buffer defined 
by the user. 

The frame buffer memory 520 is a memory that contains 
the graphic data to be rendered by the graphic controller 510. 
The frame buffer memory 520 may contain the bit-mapped 
graphics or a digitized image. The frame buffer memory 520 
is accessible directly to the graphic controller 510 and can be 
accessed by the processor 104 via the graphic controller 510 
or directly by a separate bus (not shown). 

The auxiliary graphic memory 530 is a memory that 
contains auxiliary graphic data to be used by the graphic 
controller 510. The auxiliary graphic memory 530 is acces- 
sible to both graphic controller 510 and the processor 104. 
For example, the auxiliary graphic memory 530 may be a 
texture memory used by a variety of rendering techniques 
such as Gouraud shading, texture mapping, texture mapping 
with lighting, and texture space decompression. 

The processor 104 is the central processing unit (CPU) of 
the computer system as shown in FIG. 2. The processor 104 
has access to the internal storage of the graphic controller 
510, the frame buffer memory 520, the auxiliary graphic 
memory 530, and the system storage 540. 

The system storage 540 includes all the memories acces- 
sible to the processor 104. The system storage may include 
the system memory 124, the expansion memory 176, or the 
mass storage 152 as shown in FIG. 2. The system storage 
540 is normally not accessible to the graphic controller 510, 
The system storage 540 stores information, code, data as 
used by the processor 104. 

FIG. 6 is a diagram illustrating graphic information 600 
used by a graphic controller to generate a displayed image 
according to one embodiment of the invention. The graphic 
information 600 includes a graphic parameter set 610 and a 
graphic command set 630. 

The graphic parameter set 610 includes a set of param- 
eters that is used by the graphic controller 510 shown in FIG. 
5 to render the graphic objects. The graphic parameter set 
610 is stored in a buffer area accessible to the graphic 
controller 510. Examples of the graphic parameters include 
frame buffer depth 612, color depth 614, gamma depth 616, 
size of gamma table 618, viewport parameters 620 (e.g., 
location of origin, width, and height), and range of pixel 
values 622. 

The graphic command set 630 includes commands that 
are issued to the graphic controller 510 to cause the graphic 
controller 510 to perform a rendering function. Examples of 
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graphic commands include line drawing, triangle drawing, 
shading, etc. When the graphic controller 510 receives a 
graphic command, it will carry out the function using the 
graphic information. The graphic commands may be stored 

5 in a queue, a temporary buffer, or may be issued by the 
processor 104 during the graphic rendering process. 

FIG. 7 is a flowchart illustrating a process 700 to 
re-generate a displayed image according to one embodiment 
of the invention. 

10 Upon START, the graphic controller renders the image of 
the graphic objects using the graphic information (Block 
710). The graphic information may include the graphic 
parameters or commands. The graphic information may also 
include the bitmapped data stored in the frame buffer 
memory or the texture data stored in the auxiliary buffer 
memory. 

The process 700 retrieves the graphic information from 
the graphic storage (715). The retrieval of the graphic 
information may be performed by the graphic controller, the 
processor, or another device such as a direct memory access 

20 (DMA) controller. The graphic storage includes the register 
set inside the graphic controller, the frame buffer memory, 
and the auxiliary buffer memory. Then, the process 700 
stores the retrieved graphic information in a storage that is 
accessible to the processor (Block 720). This processor- 

25 accessible storage may be the system memory RAM, a flash 
memory, or a mass storage device. 

Then the process 700 determines if the re-generation of 
rendered graphics is desired (Block 725). If not, the process 
700 is terminated. If it is desired to re-generate the displayed 

30 graphics, the process 700 retrieves the stored graphic infor- 
mation from the processor-accessible storage (Block 730). 

After retrieving the graphic information, the process 700 
writes the graphic information into the corresponding 
graphic storage (Block 735). For example, if the graphic 

35 information is the parameter set, the process 700 writes the 
parameter values to the register set in the graphic controller. 
If the graphic information includes the graphic commands, 
the process 700 writes the commands to the command 
registers of the graphic controller. 

40 Then the process activates the graphic controller to cause 
the graphic controller to re-generate the rendered image 
(Block 740), Since the graphic information of the rendered 
image is restored, the graphic controller regenerates the 
image as previously rendered. In some situations, the pro- 

45 cess 700 may further provides additional information to the 
graphic controller to complete the re -generation process. 

The image re-generation and reuse has its application 
within the context of displaying useful information during 
the Windows Operating system startup on a PC computer. 

50 During the BIOS boot period a graphics engine generates 
an image into the display adapter. This image is comprised 
of multiple parts that form a whole. The image is stored as 
parts to save space in the BIOS ROM, This data is in a 
proprietary format that needs to be prepared for the display 

55 hardware. A program called a Graphics Engine does this 
preparing. The fact that a graphics engine is required to 
render that image data makes it more complicated to display 
the image. This complexity is required as it allows space to 
be saved in the ROM. The gain of this invention is to 

60 generate an image that is simpler to display and does not 
require the graphics engine code. 

What this invention does is to retrieve from the display 
adapter the color palette and the bitmap information after the 
graphics engine has rendered the data. The information 

65 extracted from the display adapter is stored in a file on the 
hard drive. The file is in a format that is recognized by other 
programs. 
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In one embodiment, an image capture and re-generation 
program starts by generating a file that follows the standard 
Windows BitMap format (.BMP file). First a header con- 
taining the type of the graphics format, the width and height, 
and the number of colors is written to that file. The processor 
of the system then accesses the palette by programming a 
palette index register in the PC's standard Video Graphics 
Adapter (VGA). The color information is then read from 
another hardware register. The information made available 
by the display adapter is a triplet of bytes containing the 
color components (Red, Green, Blue) for that given color 
index. The color values are adjusted to match the BMP 
format (Blue, Green, Red, and one unused value), and then 
stored in the file after the header. The bitmap data is then 
read from the video memory of the display adapter. As the 
amount of bitmap data exceeds what the display adapter can 
present to the processor an extra set for registers of the 
display adapter is programmed to make each memory plane 
of bitmap data available to the processor. Each plane of 
memory contains only every fourth pixel od the screen and 
needs to be reorganized before being written to the BMP file. 
Plane 0 represents pixels 0,4,8, . . . plane 1 represents pixels 
1,5,9, . . . plane 2 represents pixels 2,6,10, . . . and plane 3 
represents pixels 3,7,11, . . . That data is written to the file 
after the color palette. The file is then closed. 

This pseudo can be described as follows: 

1. Create a Windows bitmap file and write a header with 
the 320x400 dimensions and 256 colors. 

2. Locate the VGA's memory starting address in the 
system using the VGA hardware registers 

3. For all 256 colors write to the color index register then 
read the Red, Green, and Blue values. Store these 
values after the bitmap header in Blue, Green, Red 
order and add ao extra unused byte to suit the BMP 
format of Windows. 

4. For each line of the screen (starting at the end of the 
screen): 

For each of the 4 planes read the data and store the 
pixels spread out by four in the line buffer offsetting the 
position in the line buffer by the plane number. 
Write the line buffer into the bitmap file and goto the 
next line up. 

5. Close the bitmap file 

This generated file now contains an image and its color 
information. This file can easily be reused and displayed. 
The chosen format of the file is compatible with numerous 
other programs and systems. In one embodiment, the gen- 
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erated file is used by the Windows Operating System as its 
boot screen and/or shutdown screens. That means that the 
file generated is stored as LOGO. SYS in the root directory 
and/or as LOGOW.SYS and LOGOS.SYS. 
s Thus, the present invention is an efficient technique to 
re -generate a displayed image. The processor retrieves the 
graphic information used by the graphic controller to gen- 
erate a displayed image. The graphic information is then 
stored in a storage accessible to the processor. When it is 
10 desired to regenerate the displayed image, the processor 
retrieves the stored graphic information from the processor 
storage and writes to the graphic controller storage. 

While this invention has been described with reference to 
illustrative embodiments, this description is not intended to 
15 be construed in a limiting sense. Various modifications of the 
illustrative embodiments, as well as other embodiments of 
the invention, which are apparent to persons skilled in the art 
to which the invention pertains are deemed to lie within the 
spirit and scope of the invention. 
20 What is claimed is: 

1. A method for regenerating an image comprising: 
displaying the image using a display adapter; 
retrieving image information from the display adapter, the 
image information being used by the display adapter 
25 for displaying the image; 

storing the image information on a storage as an image 
file; and 

regenerating the image using the image file on the storage 
during ao operating system boot period. 
30 2. The method of claim 1 wherein said image file is a 
bitmap file and the image information includes color infor- 
mation. 

3. The method of claim 1 wherein displaying the image 
comprises displaying the image using the display adapter, 

35 said image comprising at least a portion of a boot screen. 

4. The method of claim 1 further comprising: 
generating the image file on the storage, where the image 

file is in a standard image file format; and 
writing the image information to the image file on the 
storage, said image information comprising at least one 
of a graphic format, an image width, an image height 
and an image color palette. 

5. The method of claim 4 further comprising: 

45 storing the image file as an operating system image file 
that is displayed by an operating system during a boot 
period. 

* * * * * 
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